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® Overlay swapping. 



© Overlay swapping is enabled by differentiating 
Overlays each into a code portion and into a data 
portion, storing the data portions within a CPU 
directly-accessible memory, storing the code por- 
tions within a memory not-directly accessible by the 
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CPU, and swapping a required code portion into the 
directly-accessible memory for execution by the 
CPU such that the swapped-in code portion has 
access to a plurality of the data portions stored 
within the directly-accessible memory. 
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This invention relates to overlay swapping in 
data processing apparatus. 

One problem currently encountered in data 
processing systems having CPU-constrained main 
memories is that of calling one overlay from an- 
other when the data concerned is common to both 
overlays. This has been determined to arise from 
the inability of multiple code overlays to swap into 
and out of a single area within RAM while each 
overlay also maintains a non-swappable data area 
within the RAM. Were it possible to separate code 
and data, with the code being swappable and the 
data operated on by the code being non-swap- 
pable, it would allow a given procedure within a 
code swappable overlay to be invoked from any- 
where within the system, including other code 
swappable overlays. 

The ability for one swappable overlay to invoke 
a procedure from another swappable overlay 
should provide a number of benefits. Typically, 
because a calling overlay is completely swapped 
out by the called overlay, the called overlay has no 
access to any data within the caller, including the 
caller's stack. This situation severely limits the type 
of procedures that can be added to an overlay. 

The present invention provides a data process- 
ing system including memory and I/O, supporting a 
spectrum of system addresses to memory and the 
paging of information with respect to memory, and 
provided with initialisation logic to reserve a paging 
window in the spectrum of system addresses for 
paging overlay code and residence segments of 
memory at other system addresses for overlay 
data. 

From another aspect, the present invention 
provides a method of swapping overlays in a data 
processing system including a paging memory, 
supporting a spectrum of system addresses to 
memory and the paging of information with respect 
to memory, the method comprising reserving a 
paging window in the spectrum of system ad- 
dresses for paging overlay code and maintaining 
overlay data resident in segments of memory at 
other system addresses. 

The above enables the managing the swapping 
of code associated with overlays into and out of an 
area within a main memory while maintaining non- 
swappable data for each of the overlays within 
another area of the main memory. 
This is regarded as being a practical way to pro- 
vide, in a data processing system having a CPU- 
constrained main memory, a method whereby a 
swappable overlay is enabled to invoke a proce- 
dure from another swappable overlay. 

Disclosed hereinafter is a main memory con- 
strained data processing system a process in 
which multiple code overlays are swapped into and 
out of a single area within the main memory while 



each overlay also maintains a non-swappable data 
area within the main memory. The called overlay 
that is swapped into a main memory has access to 
data associated with a calling, swapped out over- 

5 lay, including the calling overlay's stack. 

This disclosed method of managing the stor- 
age of overlays before the execution thereof, is for 
use in a data processing system having a CPU 
coupled to a first, directly accessible main mem- 

10 ory, the main memory storing code and data asso- 
ciated with the code. A particular group of code 
statements and an associated data portion com- 
prise an overlay. 

The disclosed method includes the steps of 

75 differentiating the overlays into a code portion and 
into a data portion, storing the data portions within 
the first directly accessible memory, storing the 
code portions within a second memory that is not- 
directly accessible by the CPU, and swapping a 

20 required code portion into the First memory for 
execution by the CPU such that the swapped-in 
code portion has access to a plurality of the data 
portions stored within the first memory. 

In greater detail, the method includes the steps 

25 of 

(a) allocating a code area within the main 
memory having a number of storage locations suffi- 
cient to accommodate a largest executable code 
portion associated with one or more required over- 

30 lays, 

(b) allocating one or more data areas within 
the main memory each of which has a number of 
storage locations sufficient to accommodate one 
data portion associated with one of the required 

35 overlays, and 

(c) allocating one or more areas within an 
expanded memory, each of the one or more areas 
having a number of storage locations sufficient to 
accommodate a code portion of one of the required 

40 overlays. 

The method further includes the steps of, for 
each of the required overlays, 

(d) storing the data portion within the al- 
located data area. 

45 (e) storing the -code portion within the al- 

located code area, 

(f) relocating within the stored code portion 
any references to data such that the references 
reflect the data storage location within the asso- 

so dated allocated data area, and 

(g) copying the stored and relocated code 
portion to the allocated area within the expanded 
memory. 

The present invention will be described further 
55 by way of example with reference to an embodi- 
ment thereof as illustrated in the accompanying 
drawings, in which:- 

Fig. 1 is a diagram of the memory organisa- 
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.^areted memory portion that* sw 

(EMS). The system includes ; a g 

( (10 24K> ^^J e C^32^^ 
typically larger, tor example up ( 
expanded memory 2 ad dM * 50 3 accessibte 

* Ses S ^memory 1 ■ The 

by a CPU that reads anc i , memory 

expanded "^^JSSJS Memory limit of 
beyond a maximum ff dr ^° rocessors such as 
the CPU. ^ o exa ^!-S P ^n?ed intherea. 
the 8086. 8088 and ^^^resslng up to 
mode, are capable of P n ^^° ded mem0 ry is 

^V^JZTlr^ ^e frame 3 
therefore accessed inrwy addresses. 

-window", or S-rj^SS. °1024K phys- 
located within the d^ctly a^ess 
ical address range. In the ^ampie 5 ^ 
frame 3 occupies derange of ■JJJJ,,, need 

only be 64K bytes, m « f addresses, 

frame 3 can occupy jSoned into seg- 
The expanded ^mory ^ ,s a ^ » 
ments referred to as '°?'^ P^** « ® ^ pages 

is typically ™^£2^^«^ 
4 are accessed trough the phys»c^ ^ ^ 

ory associated *? £ P^SEly four, directly 
frame 3 contains a P^fl^!^ the physical 
accessible physical pages 5. ■ JJ*£™ ^ In 
pages 5 also ^^^o^hysicaTpage 

providing the CPU aire^i a g h t 

I ™e op-a^ ^ 
is particularly su.taWe for & iication 

arrangement 'f p^ded Memory 

-^tusTMAnterr^icrosoftTM JJP™^ ^ 1987> 

Specification Version 4_0 ^JJ^M 8 . M is a 
and commonly referred to as "™ ™" . Cam . 

_, . - , ot ,, s Development Corporation. w» 
trademark of Lotus uev ^ . { lntel Corpora- 

available tor use by the °pe«*ng 

application programs. The page ££^^1 

located within a region having addresses p 



ed to contain video and 

than UM EMS *\ cun ° n £*™Zr^s not to be 
teaching of the «f^"25oTlli only one 
construed to be mrted * operation ^ 
particular type of EMS or wrt y dg appar . 

„ ^ ^ure 2 mustrates in ^tTin^S 
ten of the disclo-d ^^pCi^memory 
shows ft. fthe Operating System 
space 1. At > t ^°" S ^ r0 , System 10 is restdent 
(OS) 8 a modules, or Over- 

and determines whu* ' Dro9 M 9 suC h as a 
lays, tyoica.lystc.ad on . ^ g 

disk, are to be loaded in ^ information is 

^TJjltlsd with an ap- 
obtained from a ^JJ^ a lis t of required 

S2fo-. P^-- -.TSJSSn - term 
tt should be noted that as useo ^ WonB , 

-Overlay- is to * J^T^^i a module 

having a -OVL «f^™£ l J" and independent ^ 
sense to mean a ~ m ^^ ge ment prov,- 

fh£ Say ability to call 

a trad,tonal code Ovenay ^ ^ ^ 

as and return from a secono _v fc an 

closed arrangement P«J** parlay 

entire program to be used as a swa, ; - ^ 

by separately maintaining «» , lay s are 

pJogram. « ^ZSS^^ '^ " 
„ typically m • ■JV^JJ a structure known in 
.EXE files, a file type having _ n a 

the art. The ^! D t^ng System Tech- 
publication <^ £££ ^February 1985, pub- 
nical Reference 6138536 . r Q 0^ 

«shed by the BMOjJ* ^Sclosure of 
F„e ^ re o ^dSn by reference. Overlays 

me Load and ^J^^V*. Overlays 
record of a current state , struc . 

available to the system. The Overlay -con 
m ^re 14 includes the following fields of data. 



Overlay Status. 
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Overlay Name. 

with the Overlays so mat me 
located on the mass store 9. 

Overlay Initialisation Entry Point. 

address associated ^^JgSL Overlay is 
point is employed when a wappao 
Srst loaded and initialised, as will oe 
below. 

Overlay Primary Entry Point. 

These fields contain an address of the func- 
tional entry point for each Overlay. 

Overlay Termination Entry Point. 

These fields contain an address of a de-in- 
entry pointfor each Overlay. 

Overlay LIM Handle. 

These fields contain LIM handle information as 
specified by the LIM EMS. 

Overlay LIM Page Count. 

These fields contain the number 0M6K byte 

Overlay Resident Data Segment Address. 

These fields contain the address of the data 
segmentated with the data areas 16. 



Overlay Code Size in Paragraphs. 

These fields contain- the required , size of each 
of the code segments in "paragraphs , 



cements. The v,u ^all 
^ZTT^ZT^ of unused stor- 

agfis'allocatedforthe ^me^To P-ses are 
5 in the disclosed arrangement two p 

made over the required ^^CLad and 
on mass store 9. Dunng a** _pas s t ^ 
Control System 10 determines * ^ of 

portion and an ^utable code porb ojW ^ 

10 STe specified .^X^lVfo? -EXE pro- 
data segment information , is ava. ^ ^ 
grams at predetermined po^ons mm ^ 

"amount of ^etl^erS -de portion 
required to store * e '^^^0 i this first pass 
T5 ,s also determined white P^JS The size in- 

storage of the data assoaai ^located for 

code portions and a sep**e are. .s^ 
the code portion of a currents P p o{ ^e 

»■ The region of memory altocateo _ o ^ ^ 
Overlay code portion is ^^hTocations to 
the Code Swap " e f jf**™ 9 * co J e portions, in 
store the largest of the ° v ^^ jned . The seg- 
paragraphs. as previously det^rn neo ^ 
m rTent addresses * w-J^ ^ ^ 

the Overlay Control ^ u f^ fe , dSi ^ pre - 
Besident Data Segment Address 
viously described. d 12 c are allocated 

Separate areas 12a. 12b and J£ ^ 
36 within the Expanded Memory^ 

and the Li 

code portion. The size in p-h i CQde 

ments each Overlap associated 
the application. The cod e indWid . 
with the -EXE files on area 18. This 

uaily loaded into the operating 
.« loading is *^£^6?L* System 10 

From information cornea «> 
- j cvc file the data segments) an" 
quired .EXE file tneo information nec- 

segments are identrfied. asis tn The data 

essary to relocate the dates eg ^ ^ 

^ VnTSfS SnF» memory 1. The 
ore-allocated area 16 witnn mu . divid _ 

rt-on^o»^ ■P^Sj'Si 18 . Any 
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The Overlay Causation Entry P^ZE 
Primary Entry Point, and an Overlay Termination 
^ Point are retrieved from the Overlay and 
SSd^Sln the corresponding data «* ^ 
me Overlay Control Structure 14. In addrtjon, the 
£2TSl*-lon Entry Point is called to p~ 
^ any required Overlay ^^.^^ 
the address of the Load and Control System iu 

^retcIS and incised Overtay code is 
written to the window 3 and then swapped lintotte 
Expanded memory 2 at the pre-allocated UM area 

12 After so initialising all of the required Overlays 
controls subsequently passed to a User Interface 
^System 20. This component invokes jest- 
ed functions within the system by calling the Load 
2d rSStrol System 10 and providing the name of 
Son to" be invoked and the parameters. if 

anv to be passed to the function. 

" Responsive to a request by the User Interface 

Sub-System 20 the Load and Control System 10 

5525. the Overlay 

lay Status fields to determme if the Overlay con- 
taining the called function is a swappable or a 
Snt Overlay and. if the Overlay is determined 
irrswappabll ■ the Overlay is 
within the Code Swap Area 18. tf the wenay 
having *e called procedure is not curre^ded 
the Load and Control System 10 swaps the Overtay 
Sde portion into the window 3 from the assorted 
coda area 12 and subsequently moves the code 
5T£ Code Swap Area 18 for executory The 
Sd and Control System 10 also updates the 
Overlay Control Structure 14 to mat *e 

reauired Overlay now occupies the Code Swap 
' JSTb K should be noted that in disclosed 
aXgement. the data portion of this r^cutar 
Svertay is already resident within one of the data 
areas 12 and that the data portion of the Overlay 
Z£pld out of the Code Swap Area 18 is also still 

^"e Load and Control System 10 subsequently 
passes control to the Overlay Primary Entry Point 
The Overlay thereafter calls the specrfied proce- 
dure within the Overlay in a conventional manner. 

in the disclosed arrangement, a call can be 
made from within a first swappable Overtay to a 
function within a second swappable Overlay. The 
following method accomplishes this action. 

The Load and Control System 10 .s invoked by 
the first Overlay through the User 
System 20. Through the Overlay Control Structure 
uZ Load and Control System 10 determ.nes 
£t both the calling Overlay and the called Overtay 
Ze swappable Overlays. A return address onm 
stack oTthe caller, the stack being located wrthin 
the associated data area 16. is modrfied by the 



Load and Control 

within the Load and Control System iu 
done to ensure that when the called function ten™ 
nates the Load and Control System 10 « enabled 
. to Serene to reload the first Overly The ^Load 
and Control System 10 also ™ nto " s 
Overlay identification and the ongma, return ad 
dress in a push-down slack referred o^s a N e* 
ing Control Structure (NCS> 22 me ■ 
,„ Nestinq Control Structure 22 determ.nes a max. 
10 dumber of nesting levels, that is. how many 
swappable Overlays calling other swappat JeOver 
tayscan occur before the Nesting Control Structure 
22 overflows. The Nesting Control Structure 22 s 
^r v ad bv the Load and Control System 10 to 
15 rKe o y n£na, calling Overtay before returning 

20 ndudeTf/O "notions, such as a function *at re- 
rlives input characters from a source. The first 
Sertay SdVs a character buffer within the asso- 
uvenay hiuu Overlay invokes the 

10 ana continues execution. As can Be ™ 

SSng of talom-on ««h respect t. t"""™*"* 

memory at other ^* em * of overlays by 

data making possible the swapping o ^> 
so reserving a paging window in 

system addresses for paging overlay coaei an 
maSning overlay data resident in segments of 
memory at other system addresses. 



ss 



Claims 

1. A data processing system including memory 



5 



EP 0 403 124 A2 



10 



and I/O supporting a spectrum of system address- 
ee memory and the paging of information w.th 
respert to memory, and provided with initial.sat.on 
S to ^serve a paging window in the spectrum 
X£em addresses for paging ove^ code ^ 
residence segments of memory at other system 
addresses for overlay data. 

J A data processing system hav.ng a first 
memory directly addressable by a CPU supporting 
r^Srum of system addresses and a second 
memory not directly addressable by the CPU 
meaTbut swappable with respect to ^ £ 
memory the system including one or more Over 
i having a code portion and a data por- 
tion and executing the Overlays by the steps of: 
differentiating the Overlays into a code portion and 

SI g'te^rUns within the first memory 

SSS the code portions within the second mem- 

S^X*- one of the code ^hjn. «o 
Se first memory means for execution by the CPU 

A system as claimed in claim 2. in which 
initialisation includes allocating storage wrih. .the 
first memory means for a data structure havmg 
fields descriptive of the Overlays. 

4 A system as claimed m claim 3. wherein 
information is stored within the data structure for 
each of the Overlays, such information mcluding. 
STstatus indicative of at least whether a code 
portron of a specific Overlay is currently swapped 
into the first memory means; 
the name associated with the Overlay; 
the Overlay initialisation entry point address, 
the Overlay functional entry point address; 
the Overlay termination entry point address; 
information indicative of a number of storage loca- 
tions within the second memory means required to 
store the code portion: and information ind cative .of 
where the data portion of the Overlay «s stored 
within the first memory means. 

5 In a data processing system having code 
statement execution means coupled to main mem- 
ory means for storing code statements and data 
associated with the code statements, a particular 
group of code statements and an associated data 
portion comprising an Overlay, a method of man- 
aging the storage of Overlays pnor to execution 
thereof comprising the steps of: 
allocating a code area within the main memory 
means having a number of storage locations suffi- 
cient to accommodate a largest code portion asso- 
ciated with one or more required Overlays; 
allocating one or more data areas within the main 
memory means each of which has a number of 
storage locations sufficient to accommodate the 



data portion associated with one of the required 

aSng one or more code areas within an ex- " 
panded memory means, each of the one or more 
s code areas having a number of storage locations 
sufficient to accommodate the code portion of one 
of the required Overlays; and 
for each of the required Overlays, 
storing the data portion within the allocated data 

" Sonng the code portion within the allocated code 

relating within the stored code portion any re- 
ferences to data such that the references reflect 
75 tne dS storage location within the associated al- 
located data area; and 

Sng the relocated code portion into the allocated 
code area within the expanded memory means. 
6 A method as claimed in claim 5 and includ- 
20 ing an initial step of allocating storage w*.n *e 
main memory means for an Overlay Control Struc- 

A method as claimed in claim 6 and includ- 
ing an additional step of retrieving specrfic date 
* *™n the Overlay and storing the specific data in 
25 tiTo^er^ Control Structure, the specific data 

including: . 
an Overlay Initialisation Entry Point; 
an Overlay Primary Entry Point; and 
■m an Overlay Termination Entry Point. 

8 A method as claimed in claim 7 and includ- 
ing a step of. for each of the allocated data areas 
storing an address of the allocated data area wrthm 
the Overlay Control Structure. 
35 * H Method as claimed in claim 6. and respor, 
sive to a request to invoke a function associated 
with a specific Overlay, includes the steps of: 
t^stinolToverlay Control Structure to determine 
He code portion of the specific Overlay .s cur- 
m rently within ^ocatod code^rea; and 
if the code portion of the specmc u™"^ 
within the allocated code area, 
swaooina the specific code portion from an asso- 
2 located area within the expanded memory 
4S means to the allocated code area; and 

^dating the Overlay Control Structure to .nd,«*e 
flat the code portion of the specific Overlay is 
currently within the allocated code area. 

10. A method as claimed in claim 6 and further 

so "^^^f-^overiav a procedure asso- 
invoking. with a first Overlay, a P"*- 0 «arlav 
dated with a second Overlay, the first Overlay 
poTon being wtthin the allocated I oo*Mjja 
the second Overlay code portion bjnQMjJhm 
ss fte allocated area within the expanded memory 

STSp of invoking a procedure Wu*W*J 
SpTS invoking an Overlay Load and Control 
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m Xng a first return address located on a first 
Sck associated with the first Overlay to indicate a 
22nd eturn address, the second return address 
S a location associated with the Overlay Load 
and Control means; . 
pacing information within a second stack the 
formation including an identification of the first 
Overlay and the first return address; . ]ocated 
swapping the second Overlay into the allocated 
code area and executing the procedure; and 
swapping the first Overlay back into the a located 
code area based upon the information within the 

^Tf f method as claimed in claim 10, wherein 
the step of modifying is accomplished by acces- 
sing Z first stack within the allocated data area 
associated with the first Overlay 

12. A method as claimed in claim 8. wherein 
the step of testing includes an initial step of testing 
£e Overlay Control Structure to determine . if the 
Lotion is associated with a swappable 

13. A method as claimed in claim 10, wherein 
tne step of invoking an Overlay Load and Cortg 
means includes the steps of testing the Overlay 
Control Structure to determine if *e function is 
associated with a swappable Overlay and testing 
Se Say Control Structure to determine rf an 

associated with the function is currently 
located within the allocated code area 

14. A method as claimed in claim 6 and laud- 
ing a step of storing data within the Ovenay Confrol 
Sructure the step of storing data ,nclud.ng the 
steps ot 

for each of the Overlays, 

«ZZ an Overlay Status indicative of at least 
Whether the Overlay is a swappable 0*rtJM£ 
whether the Overlay code portion is currently load 
ed within the allocated code area; 

storing an Overlay Name; 

storing an Overlay Initialisation Entry Point. 

storing an Overlay Primary Entry Point. 

storing an Overlay Termination Entry Point; 

storing an Overlay Page Count indicative of the 

S2r of pages of the expanded memory means 

required to store the code portion; and 

storing an Overlay Resident Data Segment Ad 

^"iS. A method as claimed in claim 6 wherein 
the steps of allocating are accomplished after a 
first step of accessing a mass storage means 
wherein the Overlays are stored. wherein 
16 A method as claimed in claim 15, wherein 
the steps of storing and the step of relocating are 
accomplished after a second step of accessing the 

^nethTi claimed in claim 16. wherein 
the first and the second steps of accessing are 



accomplished by accessing .EXE-type files upon 
the mass storage means. 

overlay data resident in segments of memory at 
other system addresses. 
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